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(54) Method for bluetooth network formation based on on-demand routing protocol 



(57) A method for Bluetooth on-demand routing, 
and network formation, and a communication method of 
a Bluetooth group ad hoc network. With respect to a 
Bluetooth network system that has a source node, a 
destination node and a plurality of independent nodes, 
the method includes the forward and the backward path 
set-up steps . In the forward path set-up step, the source 
node sends out a route request message, thus setting 



up multi forward paths towards the source node and the 
destination node. In the backward path set-up step, the 
destination node in receipt of the route request message 
sends out a route reply message to the source node 
through one of the set forward paths, thus setting up a 
backward path. Through the set backward path, a route 
is formed as the most suitable path between the source 
node and the destination node to save battery power 
and provide broader bandwidth . 
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Description 

BACKGROUND OF THE INVENTION 

5 1 . Field of the invention 

[0001] The present invention relates to a method for network formation and communication in a Bluetooth group, 
and more particularly, to a method for Bluetooth on-demand routing and networking formation and a communication 
method in Bluetooth group ad hoc network capable of minimizing the number of piconets. This present application is 
10 based on Korean Patent Application Nos. 2002-22824, 2002-34673, and 2002-72841, filed April 25, 2002, June 20, 
2002, and November 21, 2002, respectively, which are incorporated herein by reference. 

2. Description of the Prior Art 

15 [0002] First, a conventional network formation algorithm for a Bluetooth network will be described. 

[0003] Salonidis has suggested a Bluetooth topology construction protocol (BTCP) for scatternet formation. Accord- 
ing to the BTCP, there are three stages. In the first stage, a coordinator possessing information about all nodes is 
selected using a state-changing technique for symmetric link formation. In the second stage, the selected coordinator 
decides the functions of the respective nodes. Then the practical connection is made in the third stage. The BTCP is 

20 based on the condition that all the nodes are within radio range. 

[0004] Based on the above condition, and also based on all the defined nodes, Aggarwal et al. have grouped the 
network into independent piconet clusters. When a so-called "super-master" that has the information about all the 
nodes is selected, the re-construction of, and connection between the piconets is performed under the monitor, or 
control of this super leader. 

25 [0005] Law et al. have suggested a one-step scatternet formation algorithm that has 0(log n) times of complexity 
and O(n) message complexity. According to this, all the nodes are separated to have only one leader. The constituent 
is a group of nodes that are connected to one another. The leader enters "seek and scan" state, and then selectively 
performs processes such as "connection", "merge", "mitigate" or moving of devices. The drawback of Law et al. lies 
in the limitation that requires all the nodes to be within communication range. 

30 [0006] In the blue-tree algorithm, a node needs to have information as to whether it is a root node or not, and infor- 
mation about one-hop peripherals thereof. 

[0007] Tan et al simplified packet routing and scheduling by providing routes and loop free paths, respectively. In 
the tree style structure, however, due to the fact that the joint node serving as master in one piconet would serve as 
slave in the other, two piconets tend to be closely related to each other. 
35 [0008] Also, all the above algorithms focus the formation of scatternet on an individual operation in the data link layer, 
not taking actual traffic conditions and traffic requests into account. Problematically enough, "active" state has to be 
resumed periodically, during, or after, the initial scatternet formation even when there is little traffic, to make sure that 
the point-to-point link is connected in the entire scatternet at the level of the physical link. 

[0009] In other words, power, which is a very essential factor of wireless communication devices, is unnecessarily 
40 consumed to maintain the links. Addressing such problems, Raman et al. suggested a theory on layer optimization of 
scatternet link formation with on-demand routing. However, more detailed analysis and realization thereof have yet to 
come. 

[0010] Bhagwat and Segall suggested a routing vector method that routes the packet traffic in the scatternet. Liu Y 
used network formation using newly defined LMP command language. But as found in the simulation test, traffic waiting 
45 time is considerably prolonged due to many inquiries in Bluetooth. 

SUMMARY OF THE INVENTION 

[001 1 ] Accordingly, it is a first object of the present invention to provide a method for on-demand routing and network 
50 forming, by which a route is formed only when a receiver of the Bluetooth ad-hoc network system desires so. 

[0012] It is a second object of the present invention to provide a communication method for the Bluetooth group ad- 
hoc network which is capable of minimizing the number of piconets while maintaining the network formation and route 
independently. 

[0013] The first object is accomplished by a method for routing and a network formation of a network system having 
55 a source node, a destination node, and a plurality of independent nodes, the method according to the present invention 
including the steps of setting multi forward paths from the source node towards the destination node in which the source 
node sends out a route request message, and setting a backward path in which the destination node in receipt of the 
route request message sends out a route reply message to the source node along one of the multi forward paths as 
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set, wherein a route is formed as the most suitable path between the source node and the destination node through 
the set backward path. 

[0014] The forward path set-up step preferably includes the steps of broadcasting a route request message when 
the source node requires a route towards the destination node and there are one or more routes available, and trans- 
5 mitting the route request message in which one or more intermediate nodes that are hopped next to the source node 
receive the broadcasted route request message and transmit the route request message to the next hopping nodes 
until the route request message reaches the destination node. 

[001 5] With a connection being set-up between the source node and the destination node, the source node becomes 
a master and the neighboring intermediate node becomes a salve, such that the route request message is transmitted 
10 from the master to the slave. 

[0016] All the intermediate nodes along the forward path are master-slave joint nodes. 

[0017] The route request message is a routing trigger that initiates an Inquiry operation in the source node to find 
and connect the neighboring nodes. 

[0018] Meanwhile, the backward path set-up step includes the steps of transmitting a route reply message to the 
15 source node in which the destination node in receipt of the route request message sends out the route reply message 
to the source node along one of the formed forward paths, and transmitting the route reply message in which interme- 
diate nodes that are hopped from the destination node towards the source node receive the route reply message, and 
transmit the route reply message to the next hopping nodes until the route reply message reaches the source node. 
[0019] The route reply message is a routing trigger that initiates a master-slave switching to interleave a slave-slave 
20 joint node between the master nodes. 

[0020] The master-slave switching is performed between a node spaced from the destination node by an even 
number and the next hopping node. 

[0021] In order to accomplish the second object, in a communication method of a Bluetooth group ad hoc network 
that comprises a plurality of adjacent wireless communication devices, the communication method according to the 

25 present invention includes the steps of forming a network that comprises a plurality of piconets comprising a slave 
node operating as a slave in only one piconet, a master node operating as a master in only one piconet, a slave-slave 
joint node operating as a slave in two piconets, and a master-slave joint node operating as a slave in one piconet while 
operating as a master in another piconet, and at least two piconets are connected by the slave-slave joint node; and, 
with a reception of the routing trigger at the joint node, the joint node bridging the piconets belonging to the formed 

30 network. 

[0022] The slave node performs an Inquiry Scan at a regular basis, to be found by a new master, and with a reception 
of a routing trigger signal, performs an Inquiry to find a nearby network. 

[0023] The slave node becomes a joint node when the slave node is found by a new master and thus a new link is 
added. 

35 [0024] The master node performs an Inquiry at a regular basis to find a free node positioned in a communicable 
range, performs the Inquiry Scan at a regular basis to be found by another master node when both master nodes are 
in a radio range, and switches to a slave node upon being found by another master node. 

[0025] The routing trigger is a signal generated from a routing protocol or a management entity, and at least one of 
route request (RREQ), route reply (RREP), and route error (RERR). 
40 [0026] A data structure of the nodes belonging to a same piconet, or to a same network, is recorded as a table, and 
routing is performed based on the table. 

[0027] The table is updated when a new node, or a new network is found, and with the link being lost, deletes 
corresponding node from the table. 

[0028] The table records at least a master node BD-ADDR, a slave node BD-ADDR, a connection lifetime, a piconet, 
45 or a network lifetime, and a BD-ADDR of a slave-slave joint node. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0029] The above objects and other features of the present invention will become more apparent by describing in 
50 detail a preferred embodiment thereof with reference to the attached drawings, in which: 

[0030] FIG. 1 is a view showing a protocol stack used in a Bluetooth group ad-hoc network; 
[0031] FIG. 2 is a view schematically showing a protocol stack of a Bluetooth node in an ad-hoc network; 
[0032] FIG. 3 is a view illustrating a function of a node during forward and backward paths in the Bluetooth on- 
demand routing and networking formation according to the present invention; 
55 [0033] FIG. 4 is a view illustrating a backward path among multi-forward paths in the Bluetooth on-demand routing 
and network formation according to the present invention; 

[0034] FIG. 5 is a view showing an example where the two neighboring blue-star islands are disconnected from each 
other; 
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[0035] FIG. 6 is a view of signal flow, illustrating a function of node and function switching thereof in the blue-star 
network formation; and 

[0036] FIG. 7 is a view illustrating the nodes in respective states. 

5 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

[0037] Hereinafter, the present invention will be described in detail with reference to the accompanying drawings. 
[0038] IEEE 802.11 b explains that any nodes can participate in the communication if they are located within a wireless 
communication range because synchronization is made frame by frame and there is no pre-process required to set 

10 up the links. In other words, the network is always available for use. In the case of multi-hopping, the networking is 
performed by a routing algorithm. There is no sub-layer protocol stack of 802.11 for network formation system. 
[0039] However, the Bluetooth node requires formation of piconets prior to packet transmission. Briefly put, while 
the routing protocol-defined profile focuses on the source and destination after the establishment of a network, the 
network formation focuses on providing and maintaining the "better" route based on the data link layer between the 

15 source and destination as well as the route. 

[0040] A plurality of paths may exist between two nodes, and, to select the path and route among them is the main 
purpose of the routing algorithm-defined profile. Here, a 'path' denotes all the network connections between two nodes, 
while a 'route' denotes one path selected by the routing protocol for packet transmission. Of course, the routing algo- 
rithm-defined profiles can help in the establishment of a network. Well known for this purpose is the "route discovery" 

20 of the on-demand MANET routing algorithm. Multicasting and QoS (Quality of Service) guarantee are also made on 
the routing protocol. Meanwhile, it is the purpose of network formation to perform better packet transmission at the 
level of the Bluetooth physical layer and data link by rearranging the routes selected for all nodes. The emphasis is on 
the "better quality" network. It is therefore very important to determine when, and which node becomes the master or 
the slave, or which type of joint node exists on the route between the source and the destination. 

25 [0041] FIG. 1 illustrates a protocol stack that is used in the Bluetooth group ad-hoc network. 

[0042] Bluetooth SIG defines the Bluetooth network encapsulation protocol (BNEP) for providing the networking 
ability of the Bluetooth node and applications. 

[0043] A network formation 26 is positioned between L2CAP (logical link control & adaptation protocol) 28 and BNEP 
25. The main purpose of the network formation 26 is to realize faster, and better quality Bluetooth piconet and scatternet 
30 from the viewpoint of the data link layer and the physical layer. The network formation 26 is communicable with the 
routing protocol. 

[0044] Referring to FIG. 1, it is assumed that the routing protocols are located in the IP layer 24. This hides the 
Bluetooth being executed in the higher layer of the routing protocol, or the like. 

[0045] Generally, the purpose of the routing protocol is to find out the best route within the existing network topology. 
35 Under the guidance of the routing protocol, the network formation 26 determines which node becomes the master and 
which node becomes the slave, and which type the joint node is. 

[0046] As the network is formed using the minimum number of piconets possible in the given network diameter, inter- 
piconet interference and packet scheduling with the adjacent piconets decreases. As a result, better maintenance of 
the network becomes possible. 
40 [0047] Albeit different from each other in operation, the routing protocol and the network formation are closely asso- 
ciated with each other based on the Bluetooth group ad-hoc network. 

[0048] Let us define "L3 trigger" as a mechanism provided for the network formation to communicate with the routing 
protocol and other profiles at the upper layers. More detailed description will be made about the "L3 trigger" in the later 
part of the description. 

45 [0049] The arrows of FIG. 1 denote a signaling pipe that connects the profile, the routing protocol and management 
entity 32 with the network formation 26. The network formation 26 may exchange message or commands with the 
protocols or profiles of upper layers. 

[0050] The network formation 26 provides utility under the control of the defined profile or the routing protocol, so as 
to provide a better quality network and furthermore, the multi-hopping network formation. The number of piconets can 

50 decrease as there are smaller diameter, less inter-packet collision, smaller overlapping with adjacent piconets, and 
more inter-piconet scheduling. It is also necessary that the network be maintained with less cost. 
[0051] FIG. 2 schematically illustrates the protocol stack of a Bluetooth node in the ad-hoc network. 
[0052] FIG. 2 shows how the routing protocol 33 and the network formation 26 cooperates with each other under 
the Bluetooth group ad-hoc network environment. There is a signaling pipe existing among the networking application 

55 21 , routing protocol 33 and network formation protocol 26. The network application layer 21 initializes the communi- 
cation between two nodes. If the routing protocol 33 is informed of a route to the destination, data packets are directly 
transmitted to the destination. If the routing protocol 33 is not informed of the route to the destination, the routing 
protocol 33 inquires the network formation layer 26 positioned therebelow about the available path to the destination. 
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If there is an available path in the network formation protocol 26 between the source and the destination, all the available 

paths are informed of the routing protocol. Since the different strategies and factors apply to the routing protocol 33 

and the network formation protocol 26, respectively, network topology stored therein may vary. 

[0053] The network formation protocol 26 needs to be informed of the network topology more than the routing protocol 

33 does. The routing protocol 33 selects one of the routes. If there is no path available in the network formation protocol 

26 to the destination, the routing protocol 33 sets a connection to the nearby node by starting the "inquiry/page" process 

through the HCI request. Then, the network topology information, or the request for destination is exchanged between 

the network formation protocols of the two neighboring nodes. This process repeats until the destination is found, or 

needs to be stopped due to other conditions. 

[0054] Terminology of the blue-star network is as follows: 

Free node: node without a connection with other nodes. 

Slave node: node serving as a slave member in only one piconet. 

Master node: node serving as a master member in only one piconet. 

Joint node: node serving as a member in at least two piconets. With the maximum number of piconets to which 
one node can join being M, if the node joins (M+1 )th piconet, one link out of M piconets needs to be down. There 
are two joint nodes in the scatternet: S-joint node and M-S joint node. 
S-S joint node: joint node serving as a slave in both piconets. 

M-S joint node: joint node serving as a slave in one piconet and as a master in another piconet. 
Intermediate node: node agreed to transmit destined packets to another node. 

Forward path: path determined to transmit data packet from one node that starts route discovery toward a desired 
destination. 

Reverse (backward) path: path determined to transmit RREP packet from an intermediate node that has a route 
to a destination node, or the destination. 

Routing trigger: notification from on-demand routing protocol informing that a certain event is occurring, or is to 
occur. The notification may include parameter information, and initiated in the Bluetooth base band. The routing 
protocol may be located at the IP layer, management entity or Bluetooth data link layer. 

Inquiry state: with a response from a node to an inquiry train, page is performed to form a link between two nodes. 
Dormant state: low-power consumption state of a Bluetooth node to save battery power in the connection and 
standby states, such as hold mode, sniff mode and park mode. 

Blue-star island: piconet or scatternet having S-S joint node. The 'star' of the blue-star represents a star-shaped 
network topology. 

Master of the piconet is a center. There are two centers in the scatternet. 

[0055] FIG. 3 illustrates the function of the node in forward and backward paths of the on-demand routing and network 
formation according to the present invention. 

[0056] Referring to FIG. 3, each node can serve four functions of a free node, a master node, a slave node, and a 

joint node. In an initial stage, all nodes are free nodes. From a viewpoint of the route, i.e., in the direction of the packet 

forward route, the node is called as a source node, an intermediate node and a destination node. 

[0057] Any node in any state should enter the Inquiry Scan at a regular basis so as to be found irrespective of their 

states. 

[0058] On-demand network formation is made only upon request by the source node. Prior to this, all the nodes are 
independent. When the source node wants to send a packet to certain destination nodes but there is no available route, 
the routing algorithm starts finding paths to the destinations. 

[0059] The path finding process is ended when a route to the destination nodes is found, or all the possible path 
exchanges are searched. 

[0060] The source node broadcasts the RREQ message. The RREQ message in the routing protocol triggers inquiry 
in the base band of the source node to find and connect the neighboring nodes. 

[0061] In the routing protocol, a route to the destination is required, and the RREQ message is broadcasted when 
there is no route available. The node sends out the RREQ message to the connected node. 

[0062] For the node, the RREQ message is the "routing trigger" that initiates the inquiry in the base band except for 
the following four cases. 

[0063] 1 . When N (N < 7) of active slaves are pre-connected with respect to the master node 
[0064] 2. When M of piconets are connected by the joint node 

[0065] 3. When the time-to-leave (TTL) field of the RREQ message is terminated in the routing protocol, and 
[0066] 4. When a copy of the RREQ message is received. 

[0067] In the event that a new node is found by the inquiry process, the node becomes the master, while the new 
node becomes the slave of a newly formed piconet. The RREQ message is transmitted to the new node after formation 
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of the BNEP connection. If the new node joins the (M+1 )th piconet, the new node needs to disconnect from one of the 
existing connections. 

[0068] The forward path possesses a lifetime attribute. This means that the forward path must be confirmed within 
a limited time period. More specifically, there is a park lifetime and a disconnect lifetime. While the path lifetime belongs 
5 to a connection attribute in the network, the route lifetime belongs to an attribute of a routing table in the routing protocol. 
[0069] Along the forward path, all the intermediate nodes are master-slave joint nodes. 
[0070] Hereinbelow, the backward path will be described with reference to FIG. 3. 

[0071] In the routing protocol, with the reception of the RREQ message with respect to the destination, the node that 
has enough routes to satisfy the request and is itself a destination generates a RREP message. Along the forward 
10 path, all the intermediate nodes are M-S joint nodes. 

[0072] RREP message is a routing trigger that initiates stopping of inquiry in process, and re-forming of the network 
along the backward path and the subsequent reduction of existing piconets. 

[0073] Meanwhile, the RREP packet is a routing trigger that initiates a master-slave switch and subsequent inter- 
leaving of an S-S joint node between the master nodes. 
15 [0074] The main principle of the network re-formation is about the interleaving of available S-S joint nodes between 
the master nodes. The interleaving minimizes the number of piconets. 

[0075] The network re-formation segment is interposed between the start node and the end node. The end node is 
where the RREP message is generated. The start node is where the RREQ message is first transmitted in the air when 
operating as a master. Also, the start node is a next hop node where the RREQ message is first transmitted in the air 
20 when operating as a slave. 

[0076] The start node operates as a master, and the end node operates as a slave. 

[0077] The networking application profile may have a high priority to determine roles of the nodes. Master-slave 
switch only occurs between even-number spaced nodes and the next hop nodes. 

[0078] The route table on another path may be a node that TTL has not elapsed, or the function of the node is 
25 unchangeable to minimize influences of the existing networks. Function of the node is also unchangeable for the nodes 
that wish to have a fixed function in the piconet. 

[0079] FIG. 4 illustrates the routing of backward path among the multi-forward paths according to the on-demand 
routing and network formation according to the present invention. 

[0080] As shown in FIG. 4, transmission is made from the source node NO to the destination node N8 along two 
30 paths. However, the RREP message is not advanced along the node N4 to node N6. This is because the routing 
protocol selects a single route among them. As the park lifetime elapses, links on the unselected forward paths are 
parked and return AM-ADDR to save battery power. As the disconnect lifetime elapses, links on the forward paths 
break to save battery power. 

[0081] Next, route error and ending the route will be described. 

35 [0082] In the routing protocol, if the link breaks or the route ends, the route error (RERR) message is generated and 
broadcasted. The RERR message is a "routing trigger" that initiates parking of the remaining links. In the routing 
protocol, when the route to the destination ends, connections along the path are parked to save battery power. Slave 
nodes need to wake up periodically to monitor the links. When the route to the destination is deleted from the route 
table, the connection along the path is severed. 

40 [0083] The blue-star islands network formation is a two-step protocol. The first step is an automatic formation among 
the free nodes. The blue-star islands network formation may be a piconet in which joint node operates as a slave in 
both piconets, or be a scatternet. With the first supply of power, the nodes function as free nodes according to default 
function. Then the nodes switch in turn, to the Inquiry, Inquiry Scan, and Dormant states. The nodes are independent, 
and thus ignorant to each other. Each node may access as a slave to become a slave node, and access as a master 

45 to become a master node. The slave nodes may enter the Inquiry Scan state to be found by other piconets, and thus, 
the blue-star islands can be formed. The master node enters the Inquiry state to find more slaves. The master node 
also enters the Inquiry Scan state to be found by other masters, thus preventing two master nodes from entering into 
radio range. Since all the Bluetooth nodes are self -organized, it is also possible to form individual multi blue-star islands. 
[0084] FIG. 5 shows the two neighboring blue-star islands (a) and (b) in a non-connection state. 

50 [0085] The second step of the blue-star islands network formation is to bridge the blue-star islands by the initiation 
of a L3 trigger. The L3 trigger is a short notification transmitted from the routing protocol, profile or the management 
entity. For example, the L3 trigger may be a message such as Route REQuest or "HELLO" of the routing algorithm. 
Commands from the profiles such as "Service Discovery" also belong to the L3 trigger. After the L3 trigger, all the edge 
nodes and slave nodes perform Inquiry state to check whether there is another slave node in the radio range. When 

55 the new blue-star islands are found, a new piconet is formed. In this case, joint node would be M-S joint node. 

[0086] FIG. 6 is a view illustrating the role switch of nodes in the blue-star network formation, and FIG. 7 shows the 
nodes in respective states. 

[0087] In FIG. 6, the free node 53 is the one which existed before the network formation, and defined as the node 
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that has no connection with the other nodes. 

[0088] The free node 53 is a default node after the power-on. The free node 53 has no connection with the other 
nodes, and thus connectionless. The free node 53 enters Inquiry state, Inquiry Scan state and Dormant state in oper- 
ation S502. After the power-on, or after waking up from the Dormant state, the free node 53 generates a random 
5 number (Rnode) between [0, 1]. 

[0089] If, Rnode < RO, the node enters the Inquiry state. 
[0090] If, Rnode > RO, the node enters the Inquiry Scan state. 

[0091] If there is no setup of connection after the Inquiry and the Inquiry Scan, the node enters the Dormant state. 
[0092] As the traffic comes, the free node 53 starts Inquiry process. RO is a fixed threshold (Value for RO is TBD 
10 through simulation). The free node 53 must have a higher possibility to be in the Inquiry Scan state than in the Inquiry 
state. The free node 53 may be a traffic source, or a destination. The free node 53 maintains its role until the initial 
role determination is performed. 

[0093] In the role determination process, the free node 53 may be a master node, or a slave node in operations 
S504, S505 in accordance with the state of the link as formed. Then with the breaking of the link as a slave node or a 
15 master node, the slave node, or the master node, is switched to the free node in operations S509, S510. 
[0094] The slave node is defined as a slave in only one piconet. 

[0095] The slave node 54 may be a traffic packet source, or a destination. In operation S506, the slave node 54 
regularly enters the Inquiry Scan state to be found by a new master so as to form a bigger blue-star island, and if there 
is no traffic, enters the Dormant state to save battery power. 
20 [0096] With the reception of the L3 trigger from the upper layer, the slave node 54 enters the Inquiry state to find the 
nearby blue-star island in operation S508. Inquiry schedule of the slave node 54 must be arranged carefully. When all 
the slave nodes 54 perform Inquiry at the same time, there may be serious IP packet collision. This deteriorates Inquiry 
process, i.e., prolongs connection set-up and causes waste of bandwidth. 

[0097] Until a link with another piconet is down, or a new link is added, the slave node 54 maintains its function. 
25 When the link is down, the slave node 54 is switched to the free node 53, thus loses the link in operation S51 0. When 
a new link is added, the slave node 54 is switched to a joint node. 

[0098] Meanwhile, the master node 51 may be a packet source, a packet destination, or a traffic packet relay node. 
The master node 51 regularly enters the Inquiry state and the Inquiry Scan state in operation S512. 
[0099] The master node 51 regularly enters the Inquiry state to find a free node within the range until N ( N < 7) 
30 active slaves are found. The master node 51 also enters the Inquiry Scan state regularly. This is to enable another 
master node in the radio range to find the master node. 

[0100] If a first master node is found by a second master node, the first master node becomes a joint node, i.e., M-S 
joint node, in the piconet of the second master node. Then, the first master node performs master-slave switching with 
one slave node, and becomes a S-S joint node. 

35 [01 01 ] Meanwhile, other slave nodes belonging to the first master node attempt to join with a new piconet and become 
joint nodes in operation S514. The slave nodes, being joined with a new piconet, cannot become free nodes. 
[0102] The master node records the lifetime of the respective links and the update lifetime with respect to all the 
packets transmitted through the links. When the connection lifetime elapses, the connected nodes (slaves) are com- 
manded to enter the Dormant state to be a slave resource. 

40 [0103] The master node maintains its role until all the links are broken, or until it is found by another master. In the 
event that all the links are broken, the master node is switched into a free node, while, in the event that it is found by 
another master, the found master node breaks all the links with the slaves and switched into a slave node in a new 
piconet. 

[0104] The joint node 52 may become a traffic packet relay node among the packet source, the packet destination 
45 and the blue-star island. The joint node may enter the Inquiry Scan state regularly so as to be found by the nearby 
blue-star island. With the reception of the L3 trigger from the upper layer, the joint node enters the Inquiry state and 
finds the nearby blue-star island. 

[0105] Then after joining with the (M+1)th piconet, the joint node must break an existing active link based on the 
connection lifetime and the piconet lifetime. In any case, it must be assured that the joint node becomes a route bottle 
50 node. M is TBD. If there is no traffic, the joint node enters the Dormant state in operation S51 6 in order to save battery 
power. 

[0106] The joint node 52 maintains its role until one link is broken. When the S-S joint node link is broken, the joint 
node becomes a slave node in operation S51 8. When the M-S joint node link is broken, the joint node becomes either 
a master node or a slave node depending on which node is broken. 
55 [0107] Now, the L3 trigger will be described in greater detail. 

[0108] Considering the fact that the L2 trigger is used in the IETF draft only for the L2 layer, it is named L3 trigger 
to report an upper layer. According to I ETF, the L2 trigger is a contraction of notification (potentially including parameter 
information) that indicates whether certain event has been, or to be occurred from the L2 layer. In here, the L3 trigger 
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is used to indicate the notification from the upper layer of the L2CAP. 

[0109] From the routing protocol, the L3 trigger may be a RREQ type message in the on-demand protocol, and may 
be a "HELLO" type message in the table-driven and on-demand protocols. While the RREQ message is used to find 
the node labeled with IP address, the HELLO message is used to detect whether the nearby node is still available. 
With the reception of the RREQ message from the other nodes, the slave node, being positioned between the source 
node and the destination node, checks whether there is a destination within reach. This is performed by the routing 
protocol. 

[0110] If there is a destination within reach, a RREP (route reply) message is generated in the routing protocol by 

the routing algorithm. Along the backward path to the source, the node sends out the RREP message. 

[0111] If there is no destination within reach, the node generates a L3 trigger signal and informs all the reachable 

slave nodes, performing the Inquiry to obtain the nearby blue-star island according to the algorithm. 

[01 12] If there is no reply node to the Inquiry, the node stops the Inquiry. 

[0113] If there is a reply node to the Inquiry, BNEP connection is made therebetween, and the RREQ message is 
sent to the node. 

[0114] The process repeats until the destination is found, or id of maximum hop number is reached. 
[0115] As described above, the RREQ message is relayed to the intermediate blue-star island. On the contrary, the 
HELLO message is used only to detect nearby nodes. There is no destination node as defined. Accordingly, the HELLO 
message can initiate the trigger without a relay and only in the source blue-star island. 

[01 1 6] The L3 trigger may come from the management entity, a limited profile or the Service Discovery. In this case, 
only an upward interface that is from the network formation to the routing protocol, exists. The Service Discovery and 
the management type message can be the L3 trigger. 

[0117] All the nodes must keep a list of nodes inclusive of reachability in the same piconet and the same blue-star 
island in order to record the network topology. All the nodes can communicate through the M-S joint node. Possible 
node data structure is listed in Table 1. When a new node, or a blue-star island is found, the node adds records, and 
informs all the reachable nodes of the same. When the link is lost, the node deletes one, or a group of nodes from the 
record. Table 1 is the result of mapping the paths from the routing protocol to the base band. The same occurs in the 
routing protocol. The connection lifetime attribute is used to record the active time of the connection. All the packets 
of the link are renewed of their attributes. The blue-star island lifetime is used to determine which of the two masters 
in radio range to become a slave. 



Table 1 



Nodes in same piconet 


Nodes in same blue-star island 


Nodes in different blue-star islands 


Master node BD-ADDR 
Slave node BD-ADDR 
Connection lifetime 
Piconet lifetime 


Master node BD-ADDR 
Slave node BD-ADDR 
Connection lifetime 
Blue-star island lifetime 
BD-ADDR of S-S joint node 


Master node BD-ADDR 
Slave node BD-ADDR 
Connection lifetime 
Blue-star island lifetime 
BD-ADDR of S-S joint node 
BD-ADDR of M-S joint node 



[0118] Table-driven routing protocol is driven to be combined with the network information. Node record and routing 
table are almost identical. In the case of on-demand routing protocol, routing table and node record are different. 
[01 1 9] With the Bluetooth on-demand routing and network formation according to the present invention, battery power 
can be saved, and broader bandwidth can be provided with respect to the traffic in progress. Furthermore, a better 
scatternet formation is enabled by the master-slave switching along the backward path. 

[0120] The network formation and the routing can be maintained independently, i.e., without being overlapped with 
each other, and the table-driven and on-demand protocol both can cover the same type of routing protocol. Furthermore, 
since the joint node bridges piconets, the number of piconets can be minimized. Since the slave node only performs 
Inquiry Scan, both the management requirements and the battery power consumption are minimized. 
[0121] Although a few preferred embodiments of the present invention has been described, it will be understood by 
those skilled in the art that the present invention should not be limited to the described preferred embodiments, but 
various changes and modifications can be made within the spirit and scope of the present invention as defined by the 
appended claims. 
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Claims 

1. A method for routing and network formation of a network system having a source node, a destination node, and 
a plurality of independent nodes, comprising the steps of: 

5 

setting multi forward paths from the source node towards the destination node to which the source node sends 
out a route request message; and 

setting a backward path in which the destination node in receipt of the route request message sends out a 
route reply message to the source node along one of the set multi forward paths, wherein a route is formed 
10 as a most suitable path between the source node and the destination node through the set backward path. 

2. The method of claim 1 , wherein step of setting multi forward paths comprises the steps of: 

broadcasting the route request message when the source node requires a route towards the destination node 
15 and there is at least one route available; and 

transmitting the route request message in which at least one first intermediate node that is hopped next to the 
source node receives the broadcasted route request message and transmits the route request message to a 
next hopping second intermediate node until the route request message reaches the destination node. 

20 3. The method of claim 1, wherein, with a connection being set-up between the source node and the destination 
node, the source node becomes a master and a neighboring intermediate node becomes a slave, such that the 
route request message is transmitted from the master to the slave. 

4. The method of claim 1 , wherein all intermediate nodes along the forward path are master-slave joint nodes. 

25 

5. The method of claim 1, wherein the route request message is a routing trigger that initiates an Inquiry operation 
in the source node to find and connect neighboring nodes. 

6. The method of claim 5, wherein the routing trigger is provided from one of a routing layer and a management entity 
30 of a Bluetooth protocol. 

7. The method of claim 1 , wherein the step of setting the backward path comprises the steps of: 

transmitting a route reply message to the source node in which the destination node in receipt of the route 
35 request message sends out the route reply message to the source node along one of the set multi forward 

paths; and 

transmitting the route reply message in which intermediate nodes that are hopped from the destination node 
towards the source node receive the route reply message, and transmit the route reply message to the next 
hopping nodes until the route reply message reaches the source node. 

40 

8. The method of claim 7, wherein the route reply message is a routing trigger that initiates a master-slave switching 
to interleave a slave-slave joint node between master nodes. 

9. The method of claim 8, wherein the master-slave switching is performed between a node spaced from the desti- 
45 nation node by an even number and the next hopping node. 

10. The method of claim 7, wherein a routing that performs routing in the Bluetooth protocol is independent from the 
network formation, and formed one of a BNEP (Bluetooth network encapsulation protocol) layer and an IP (internet 
protocol) layer. 

50 

11. In a communication method of a Bluetooth group ad hoc network that comprises a plurality of adjacent wireless 
communication devices, the communication method comprises the steps of: 

forming a network that comprises a plurality of piconets comprising a slave node operating as a slave in only 
55 one piconet, a master node operating as a master in only one piconet, a slave-slave joint node operating as 

a slave in two piconets, and a master-slave joint node operating as a slave in one piconet while operating as 
a master in another piconet, and at least two piconets are connected by the slave-slave joint node; and 
with a reception of a routing trigger at a joint node, the joint node bridging the piconets belonging to the formed 
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network. 

12. The communication method of claim 11 , wherein the slave node performs an Inquiry Scan at a regular basis to be 
found by a new master, and with a reception of a routing trigger signal, performs an Inquiry to find a nearby network. 

13. The communication method of claim 1 1 , wherein the slave node becomes the joint node when the slave node is 
found by a new master and thus a new link is added. 

14. The communication method of claim 11 , wherein the master node performs an Inquiry at a regular basis to find a 
free node positioned in a communicable range, 

performs the Inquiry Scan at a regular basis to be found by another master node when both master nodes 
are in a radio range, and 

switches to a slave node upon being found by the another master node. 

15. The communication method of claim 11, wherein the routing trigger is a signal generated from one of a routing 
protocol and a management entity, and at least one of route request (RREQ), route reply (RREP), and route error 
(RERR). 

16. The communication method of claim 11 , wherein a data structure of nodes belonging to one of a same piconet 
and a same network, is recorded as a table, and routing is performed based on the table. 

17. The communication method of claim 1 6, wherein the table is updated when one of a new node and a new network 
is found, and with a link being lost, deletes a corresponding node from the table. 

18. The communication method of claim 16, wherein the table records at least one of a master node BD-ADDR, a 
slave node BD-ADDR, a connection lifetime, a piconet, and a network lifetime, and a BD-ADDR of a slave-slave 
joint node. 
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FIG. 2 
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FIG. 5 
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